home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
kermit.columbia.edu
/
kermit.columbia.edu.tar
/
kermit.columbia.edu
/
newsgroups
/
misc.20000114-20000217
/
000064_news@columbia.edu _Tue Jan 18 08:26:02 2000.msg
< prev
next >
Wrap
Internet Message Format
|
2000-02-16
|
5KB
Return-Path: <news@columbia.edu>
Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id IAA28891
for <kermit.misc@watsun.cc.columbia.edu>; Tue, 18 Jan 2000 08:26:02 -0500 (EST)
Received: (from news@localhost)
by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id IAA02774
for kermit.misc@watsun.cc.columbia.edu; Tue, 18 Jan 2000 08:16:44 -0500 (EST)
X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
Subject: Re: MS-DOS Kermit, more capabalities
From: cangel@famvid.com
Message-ID: <cEZg4.8222$NU6.344794@tw12.nn.bcandid.com>
Organization: bCandid - Powering the world's discussions - http://bCandid.com
Date: Tue, 18 Jan 2000 13:11:36 GMT
To: kermit.misc@columbia.edu
On 1900-01-17 jrd@cc.usu.edu(JoeDoupnik) said:
JD> Newsgroups: comp.protocols.kermit.misc
JD> In article <0pOg4.6714$NU6.285660@tw12.nn.bcandid.com>,
JD>> cangel@famvid.com writes: On 2000-01-17 no_spam@adams.patriot.
--8<--cut
JD> If I may be so bold as to suggest you are not very familiar
JD> with the technical consequences of the suggestions you make.
I'm certain that you are more familiar with the MSKermit source
code since you like to send people to servers looking for
non-existent directories containing non-existent files.
JD> It is not that simple at all when the chips are counted.
Getting a straight answer here as to where the source code is
or getting _any_ straight answer here is not simple and I never
thought it was - trust me.
JD> What's more, MSK isn't intended to be "someone else's
JD> TCP/IP stack because we can't do it ourselves and thus want
JD> it done for free by some poor sod."
Now you're just embarassing yourself. What do I have to do fax
you a signed affidavit that I only want this for my own
personal use? GEEESH lighten up.
JD> No thanks. If you want WATTCP then use it. If it's not up
JD> to your specs then rewrite it to be so. Beneath all the
JD> berating you offer that's what I suspect you really want: a
JD> better WATTCP at someone else's expense, so you can run
JD> Zmodem over IP.
You must be getting old or not getting enough sleep. Paranoia
is an ugly thing. Relax, take a deep breath, and remind
yourself that you have a 10 year head start on this and no one
is going to get ahead of you unless you go into a comma for a
decade.
Would it make you feel any better to know I'm just a 50+ year
old man with 6 children and 13 grandchildren. I'm no kid
looking to do `big' things.
JD> Have you considered for a moment talking with Omen Tech?
I have exchanged email with Chuck Forsberg regarding this.
Chuck wants to make $$$ at this and isn't in it for the love of
the sport if you know what I mean. I was surprised that he
never updated the DOS ZCOMM nor the DOS version of PRO-YAM to
do telnet since they seem to lend themselves to the job but
apparently he never did?
I don't think he has been happy with the return ($$$) on FDSZ
and I am reasonably certain that FDSZ is dead as far as he is
concerned. There is no `handshake' in FDSZ which means it will
not stop when a receiver asks it to stop sending so that
uploading is dicey at best when doing a direct dialup using a
fossil driver and impossibe over telent TCPIP connections.
Mr. Forsberg did make a few suggestions that finally got FDSZ
to where it will download in X, Y, and Z protocols and offered
his site for testing so that I could have Omen Tech software at
both ends.
I have Omen Tech's newest RZSZ source code but it's written for
those OS that redirect stdio for telecom. A somewhat less
complicated approach than is required for DOS IMO.
I've also had conversations with Eric Engle regarding WATTCP,
and a few of the people involved with Demon.Uk and their use of
KA9Q. KA9Q has more potential than most and can even multitask
an FTP download with other connections but I can't get the code
to compile here (my compiler is old and not enough memory) so I
haven't pursued that.
As for WATTCP it seems to have become less stable than it was
so I `diff'd the older code with the new and found one major
change but I haven't had time to pursue it further because I've
been tied up in a newsgroup chasing my tail looking for
MSKermit code.
>
> , ,
> o/ Charles.Angelich \o ,
> <| @AngelFire.com |> __o/
> / > USA, MI < \ __\__